home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / July 96 / Re FW_CODPart WritePartInfo.4 < prev    next >
Encoding:
Internet Message Format  |  1996-07-30  |  1.3 KB  |  [TEXT/ttxt]
  1. Subject:     Re: FW_CODPart::WritePartInfo
  2. Sent:        7/19/96 3:20 PM
  3. Received:    7/19/96 3:31 PM
  4. From:        Arni McKinley, motion@nbn.com
  5. Reply-To:    ODF Interest, ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. >About the FW_CODPart::WritePartInfo thing, Henri wrote:
  9. >
  10. >> Have you tried to use FW_CFrame::Internalize/ExternalizeFrame? You should
  11. >
  12. >> not have to use FW_CODPart::WritePartInfo directly.
  13. >>
  14. >>
  15. >
  16. >Yes, but I get an ODStorageUnitView to work with in there. Deleting from
  17. >the value seems to have no effect. Then again, neither did removing it in
  18. >FWCODPart::WritePartInfo. I'm beginning to think that OpenDoc isn't very
  19. >aggressive about compacting files. I'll ask David McCusker on
  20. >OD-Interest....
  21. >
  22. >
  23. >
  24. >Brad
  25.  
  26.  
  27. Yes, there is something wrong with OpenDoc's handling of files in this
  28. regard. ODF clears out the part's "partKind" property and all its values
  29. before externalizing the part, but the size of the file remains the same.
  30. This is really evident in Page Composer where a document can have umpteen
  31. pages of ODFDraw-like content and you delete all the content then
  32. externalize. The file actually gets bigger. And never gets smaller, even
  33. into the distant future.
  34.  
  35. I've been meaning to look more carefully at this but haven't had the chance.
  36.  
  37. Arni
  38.  
  39.  
  40.